GJB 6389-2008 军用软件评审
ID: |
FE324CB46AB442308576BF4258B850D5 |
文件大小(MB): |
1.25 |
页数: |
27 |
文件格式: |
|
日期: |
2024-7-14 |
购买: |
文本摘录(文本识别可能有误,但文件阅览显示及打印正常,pdf文件可进行文字搜索定位):
FL 0112 GJB 6389—2008,军用软件评审,Military software reviews,2008-03-30 发布2008-06-01 实施,中国人民解放军总装备部 批准,GJB 6389-2008,目 次,刖III,1范围.. 1,2引用文件 1,3术语和定义. 1,4 管理评审 2,4.1,4.2,43,4.4,4.5,4.6,4.7,4.8,目的和要求,对象,角色和职责,输入,入口准则…,规程,出口准则…,输出,2,2,2,3,3,3,4,4,5 技术评审 5,5.1 目的和要求.. 5,5.2 对象.. 5,5.3 角色和职责.. 5,5.4 输入. 6,5.5 入口准则. 6,5.6 规程 6,5.7 出口准则 7,5.8 输出 7,6 审查. 8,6.1 目的和要求 8,6.2 对象 8,6.3 职责.. 8,6.4 输入 9,6.5 入口准则..9,6.6 规程. 10,6.7 出口准则. 11,6.8 输出.. 11,6.9 数据收集和改进.. 12,7走查. 12,7.1 目的和耍求. 12,7.2 对象.. 12,7.3 角色和职贡. 12,7.4 输入.. 13,7.5 入口准则. 13,I,GJB 6389-200;,7.6 规程.. 13,7.7 出口准则. 14,7.8 输出.. 14,7.9 数据收集和改进 15,8审核. 15,8.1 目的和要求.. 15,8.2 对象. 15,8.3 角色和职责 16,8.4 输入.. 17,8.5 入口准则 17,8.6 规程. 17,8.7 出口准则 19,8.8 输出.. 19,附录A (资料性附录)软件异常分类示例..20,附录B (规范性附录)数据收集建议和过程改进要求23,n,GJB 6389-200;,_土」厂,刖,本标准的附录B是规范性附录,附录A是资料性附录,本标准由总装备部电子信息基础部提出,本标准起草单位:总装备部电子信息基础部标准化研究中心、中国航天科技集团公司软件评测中心、,航天科技集团一院十二所、总装指挥控制中心等,本标准主要起草人:石柱、潘华、刘 华、郭晓慧、刘远有、王方德、刘新建,III,GJB 6389-200,军用软件评审,1范围,I,本标准规定了军用软件评审和审核的对象、角色、职责、输入、入口准则、规程、出口准则和输出,等方面的要求,其中软件评审包括管理评审、技术评审、审查和走查等四种类型,本标准适用于在整个软件生存周期内进行的软件产品评审和审核,2引用文件,下列文件中的有关条款通过引用而成为本标准的条款。凡注日期或版次的引用文件,其后的任何修,改单(不包含勘误的内容)或修订版本都不适用于本标准,但提倡使用本标准的各方探讨使用其最新版本,的可能性。凡不注日期或版次的引用文件,其最新版本适用于本标准,GB/T 11457信息技术软件工程术语,GJB 5000军用软件能力成熟度模型,3术语和定义,GB/T 11457和GJB 5000中确立的以及下列术语和定义适用于本标准,3.1 异常 anomaly,与根据需求规格说明、设计文档、用户文档、标准等建立的期望相偏离的情况,或者与人的感知或,经验相偏离的情况。异常可以在下述(但不限于)期间发现:软件产品或适用文档的评审、测试、分析、,编译或使用O,3.2 审核 audit,为评估与规格说明、标准、合同协议或其它准则的符合性而对软件产品、软件过程或软件过程集合,所作的一种独立检查,3.3 发现 findings,对在调查范围内标识出重要事情、问题或时机而进行的评估、评价、审核或评审的结论,3.4 审查 inspection,对软件产品的一种可视性检查,以检测和标识软件异常,其中包括错误、对标准和规格说明的偏离,审查是由受过审查技术培训的、公正的组织者领导的同行检查,3. 5 管理评审 management review,由管理部门或者管理部门代表对软件获取、供应、开发、运行或维护等过程进行的一种系统性评价,以便监督进展,确定计划和进度的状态,确认需求及其系统分配,或者评价管理方法的有效性,3.6 观察 observation,一份书面记录,描述评审(审核)组成员对在评审(审核)期间看到或听到信息的理解,3.7 评审 review,将软件产品提交给项目成员、管理人员、用户、顾客、用户代表或其它相关方以便进行评论或批准,的过程或会议。评审通常包括管理评审、技术评审、审查、走查四种类型,3. 8 软件产品 software product,计算机程序、规程、相关文档和数据的完整集合;或者集合中的一个或多个单独项,3. 9 技术评审 technical review,由一组合格人员对软件产品进行的一种系统性评价,以检查软件产品对其预期用途的适合性,并标,GJB 6389-200,识与规格说明和标准的差异。技术评审可提出推荐的备选方法并检查各种不同的备选方法,3. 10 走查 walk-through,一种静态分析技术,设计者或程序员引导开发组成员和其它有关方对软件产品进行通读,参与者提,出问题并对可能的错误、违反开发标准之处和其它问题进行评论,4管理评审,4. 1目的和要求,管理评审的目的是监控进展,确定计划和进度的状态,确认需求及其系统分配,或者评价用于达到,适当目的的管理方法的有效性。管理评审对纠正措施、改变资源分配或者变更项目范围等方面的决策提,供支持,管理评审由直接负责系统的管理人员或其代表执行,以标识与计划的一致性和偏离,或者标识遵循,管理规程的充分性与不充分性,管理评审应由具有资格评价软件产品的合适人员……
……